Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat(refactor/theme): change incorrect css variables to the common va… #1027

Merged
merged 4 commits into from
Jan 16, 2025

Conversation

wenmine
Copy link
Collaborator

@wenmine wenmine commented Jan 13, 2025

English | 简体中文

PR

PR Checklist

Please check if your PR fulfills the following requirements:

  • The commit message follows our Commit Message Guidelines
  • Tests for the changes have been added (for bug fixes / features)
  • Docs have been added / updated (for bug fixes / features)
  • Built its own designer, fully self-validated

PR Type

What kind of change does this PR introduce?

  • Bugfix
  • Feature
  • Code style update (formatting, local variables)
  • Refactoring (no functional changes, no api changes)
  • Build related changes
  • CI related changes
  • Documentation content changes
  • Other... Please describe:

Background and solution

此pr做的事情:

  1. 将文件里的变量滥用调整先调整为common变量

整体目的

  1. 消灭ti-lowcode的引用
  2. 消灭一个非通用变量被滥用的情况
  3. 亮色和暗色场景使用的变量一致,需要审视不一致的情况

剩余要做的事情:

  1. 将 对 light/base.less 和dark/base.less 变量的使用换成theme/base.less和common.less,不再单独分light和dark的base。替换之后,将light/base.less 和dark/base.less 文件删除
  2. 整理light和dark里面的模块变量,具体做法为:
    举例:
    image
    • 将模块less文件里的右侧值的部分,不再使用ti-lowcode-xxx,不再依赖其他的模块变量,只依赖common和base,保持模块变量的干净纯粹
    • 根据当前的场景和当前的值,去common里拿对应场景的common变量
    • 将里面写死颜色的地方,替换成common变量
    • 由于历史色值比较混乱的原因,所以可能会出现common变量和base变量里面没有的色值,这个时候,可以根据场景语义化,与设计师对齐,选择一个匹配的common变量进行修正。
    • 正常来说,dark和light的场景变量名应该的一致的,应该引用同一个common场景变量;后期要审视不一致的场景,与设计师对齐。看看是否可以调节成同一个场景的common变量。
  3. 整理 light/variable.less和dark/variable.less,目的是删除这两个文件,具体做法:
  4. 挨个查询当前在variable.less里的变量在哪里被使用,审视使用合理性,审视的做法是:
    • 若是没有地方用到,直接删除
    • 若是被模块变量文件用到了,则在模块文件里直接使用common变量即可
    • 若是被vue文件直接使用了,有两种修改方式:
      1.直接改成common变量,等待之后调整
      2.一步到位,看是哪一个模块的,然后新增模块变量,模块变量的值是common变量,然后vue文件使用的是模块变量。
  5. 最后,当variable.less和dark/base light/base.less都清理完之后,将模块变量回归到模块中。
  6. 模块变量回归模块后,再排查一遍该模块有没有直接使用--te-common的,有的话,需要转成模块变量。去保证整个链路是这样的: base/common less -> module less -> vue文件
  7. 将模块的--ti-lowcode 改名为--te-xxx 具体取名内部商量
  8. 需要单独审视,每个包与主题的关系和依赖,是否存在不依赖主题的情况,如:@opentiny/tiny-engine-setting-design,这种需要单独设置自己的变量。这块需要拉上chilling和qihex评审

注意点:需要看一下暗色主题
注意:对于一些分割线,使用的变量都是--te-common-border-divider,不要混用 --te-common-border-default了。可能需要全量排查一遍,可以排查分别设置 border-top,border-left, border-right,border-bottom的地方,看看有没有类似的分割线场景

image

What is the current behavior?

Issue Number: N/A

What is the new behavior?

Does this PR introduce a breaking change?

  • Yes
  • No

Other information

Summary by CodeRabbit

Based on the comprehensive review of the provided changes, here's a concise summary of the release notes:

  • Style Updates

    • Comprehensive redesign of color scheme across multiple components
    • Replaced legacy color variables with new design system tokens
    • Updated background, text, border, and icon colors for improved visual consistency
  • Design System Migration

    • Transitioned from --ti-lowcode-* to --te-common-* color variables
    • Enhanced visual presentation across toolbars, plugins, and components
    • Maintained existing functionality while updating styling
  • User Interface Refinements

    • Subtle improvements to hover states, text colors, and component backgrounds
    • Consistent styling across different sections of the application

No functional changes were introduced, and the core logic of components remains unchanged.

Copy link
Contributor

coderabbitai bot commented Jan 13, 2025

Walkthrough

This pull request encompasses a comprehensive update to the styling across multiple Vue components within the project. The changes primarily focus on transitioning from the --ti-lowcode-* CSS variables to a new --te-common-* color scheme. These modifications affect various components in packages like common, configurator, design-core, layout, plugins, toolbars, and more. The updates aim to establish a consistent visual design system by standardizing color variables, hover states, background colors, and text colors across different parts of the application.

Changes

File Path Change Summary
packages/common/component/* Multiple components updated with new color variables for text, background, borders, and hover states
packages/configurator/src/tabs-group-configurator/TabsGroupConfigurator.vue Updated button and dropdown styling with new color variables
packages/design-core/src/preview/src/Toolbar.vue Modified toolbar background color
packages/layout/src/* Updated panel and toolbar background and text colors
packages/plugins/block/src/* Styling changes for block-related components, including color and border updates
packages/plugins/materials/src/meta/block/src/* Styling modifications for block-related materials
packages/plugins/state/src/* Updated color variables for state management components
packages/toolbars/* Consistent color updates across various toolbar components

Suggested labels

enhancement, design-system, styling

Suggested reviewers

  • hexqi
  • chilingling

Poem

🐰 Hop, hop, hooray! Colors align today!
From 'ti' to 'te', a design ballet
Borders crisp, backgrounds bright
Our UI now shines with delight
A rabbit's design, clean and gay! 🎨


📜 Recent review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 16dab59 and 6ed043e.

📒 Files selected for processing (2)
  • packages/plugins/block/src/Main.vue (3 hunks)
  • packages/plugins/page/src/PageSetting.vue (0 hunks)
💤 Files with no reviewable changes (1)
  • packages/plugins/page/src/PageSetting.vue
🚧 Files skipped from review as they are similar to previous changes (1)
  • packages/plugins/block/src/Main.vue
⏰ Context from checks skipped due to timeout of 90000ms (1)
  • GitHub Check: push-check

Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR. (Beta)
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

@github-actions github-actions bot added the refactor-main refactor/develop branch feature label Jan 13, 2025
Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 3

🔭 Outside diff range comments (5)
packages/toolbars/collaboration/src/Main.vue (1)

Line range hint 134-134: Continue variable migration for consistency

There are still some --ti-lowcode-* variables that should be migrated to maintain consistency with the PR objectives:

&:hover {
  background: var(--ti-lowcode-toolbar-hover-color);  // Should use --te-common-* variable
}
...
border: 1px solid var(--ti-lowcode-toolbar-user-img-border-color);  // Should use --te-common-* variable

Also applies to: 171-171

packages/layout/src/DesignToolbars.vue (1)

Line range hint 85-180: Continue variable migration for consistency

There are still several --ti-lowcode-* variables that should be migrated to maintain consistency with the PR objectives:

border-bottom: 1px solid var(--ti-lowcode-toolbar-border-bottom-color);
...
color: var(--ti-lowcode-toolbar-title-color);
...
background: var(--ti-lowcode-toolbar-view-active-bg);
...
background: var(--ti-lowcode-toolbar-left-icon-bg-hover);
...
color: var(--ti-lowcode-toolbar-right-line);
...
color: var(--ti-lowcode-toolbar-icon-color);
packages/plugins/state/src/CreateRemoteAPI.vue (1)

Line range hint 300-314: Standardize remaining icon hover variables

While the base text color has been standardized, there are still two non-standard variables in use:

  • --ti-lowcode-toolbar-icon-color
  • --ti-lowcode-icon-hover-bg

Consider replacing these with appropriate --te-common-* variables for consistency.

packages/plugins/state/src/CreateVariable.vue (2)

Line range hint 486-486: Replace remaining --ti-lowcode-* variables with common theme variables

There are still several instances of the old --ti-lowcode-toolbar-icon-color variable in use. According to the PR objectives, these should be replaced with the corresponding common theme variables.

Consider replacing with appropriate --te-common-* variables, for example:

-  color: var(--ti-lowcode-toolbar-icon-color);
+  color: var(--te-common-text-secondary);

Also applies to: 492-492, 500-500


Line range hint 527-533: Replace advanced settings specific variables with common theme variables

The advanced settings section is still using module-specific variables which should be replaced with common theme variables according to the PR objectives.

Consider replacing with appropriate common variables:

.show-advanced {
  font-size: 12px;
-  color: var(--ti-lowcode-data-advanced-text-color);
+  color: var(--te-common-text-secondary);
  &:hover {
-    color: var(--ti-lowcode-data-advanced-text-hover-color);
+    color: var(--te-common-link-hover);
    cursor: pointer;
  }
}
🧹 Nitpick comments (5)
packages/plugins/i18n/src/Main.vue (1)

Line range hint 447-447: Consider updating remaining --ti-lowcode-* variables.

For complete consistency with the PR objectives, consider updating these remaining non-standard variables:

- --ti-lowcode-i18n-loading-svg-color
- --ti-lowcode-i18n-loading-text-color
- --ti-lowcode-i18n-button-color
- --ti-lowcode-i18n-border-color
+ --te-common-text-secondary
+ --te-common-text-secondary
+ --te-common-text-secondary
+ --te-common-border-default

Also applies to: 471-471, 484-484, 489-489

packages/toolbars/generate-code/src/FileSelector.vue (3)

123-137: Consider removing !important flags from fill properties.

The use of !important flags on lines 133 and 136 might indicate CSS specificity issues. Consider investigating why these are needed and refactor the CSS to avoid them if possible.

- fill: var(--te-common-text-secondary) !important;
+ fill: var(--te-common-text-secondary);

- fill: var(--te-common-text-primary) !important;
+ fill: var(--te-common-text-primary);

175-179: Review semantic naming of checkbox icon color variable.

Using --te-common-border-checked for the checkbox icon color (line 178) seems semantically incorrect. Consider using a more appropriate variable like --te-common-icon-checked or --te-common-text-primary if available in the design system.


Line range hint 123-221: Overall theme migration looks good with minor improvements needed.

The migration from --ti-lowcode-* to --te-common-* variables is consistent and aligns well with the PR objectives. The changes maintain visual hierarchy and component styling while standardizing the theme variables. Consider the suggested improvements regarding:

  1. CSS specificity (removal of !important)
  2. Semantic variable naming for checkboxes
  3. Primary button styling verification
packages/plugins/state/src/DataSourceList.vue (1)

Line range hint 1-205: Consider consolidating hover/active state styles

The component's styling structure could be improved by:

  1. Grouping interactive state styles (hover, selected) together
  2. Using CSS custom properties for shared values
  3. Following a consistent pattern for spacing and layout values

This would make the styling more maintainable and aligned with the new theming system.

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 8295c3f and 648596f.

📒 Files selected for processing (52)
  • packages/canvas/common/src/utils.js (1 hunks)
  • packages/common/component/BlockLinkEvent.vue (1 hunks)
  • packages/common/component/ConfigCollapse.vue (1 hunks)
  • packages/common/component/ConfigItem.vue (1 hunks)
  • packages/common/component/EmptyTip.vue (2 hunks)
  • packages/common/component/MetaCodeEditor.vue (1 hunks)
  • packages/common/component/MetaDescription.vue (1 hunks)
  • packages/common/component/MetaListActions.vue (1 hunks)
  • packages/common/component/MetaListItem.vue (2 hunks)
  • packages/common/component/MetaModal.vue (1 hunks)
  • packages/common/component/MetaModalItem.vue (1 hunks)
  • packages/common/component/MonacoEditor.vue (1 hunks)
  • packages/common/component/PluginBlockList.vue (3 hunks)
  • packages/common/component/PluginSetting.vue (1 hunks)
  • packages/common/component/ToolbarBase.vue (1 hunks)
  • packages/common/component/VideoGuide.vue (1 hunks)
  • packages/configurator/src/tabs-group-configurator/TabsGroupConfigurator.vue (1 hunks)
  • packages/design-core/src/preview/src/Toolbar.vue (1 hunks)
  • packages/layout/src/DesignPlugins.vue (3 hunks)
  • packages/layout/src/DesignToolbars.vue (2 hunks)
  • packages/layout/src/ToolbarCollapse.vue (1 hunks)
  • packages/plugins/block/src/BlockConfig.vue (1 hunks)
  • packages/plugins/block/src/BlockEventList.vue (1 hunks)
  • packages/plugins/block/src/BlockPropertyForm.vue (2 hunks)
  • packages/plugins/block/src/BlockPropertyList.vue (1 hunks)
  • packages/plugins/block/src/Main.vue (3 hunks)
  • packages/plugins/block/src/SaveNewBlock.vue (1 hunks)
  • packages/plugins/bridge/src/BridgeSetting.vue (2 hunks)
  • packages/plugins/i18n/src/Main.vue (3 hunks)
  • packages/plugins/materials/src/meta/block/src/BlockDetail.vue (4 hunks)
  • packages/plugins/materials/src/meta/block/src/BlockGroup.vue (1 hunks)
  • packages/plugins/materials/src/meta/block/src/BlockGroupArrange.vue (1 hunks)
  • packages/plugins/materials/src/meta/block/src/BlockGroupTransfer.vue (1 hunks)
  • packages/plugins/materials/src/meta/block/src/BlockGroupTransferPanel.vue (1 hunks)
  • packages/plugins/materials/src/meta/block/src/BlockList.vue (0 hunks)
  • packages/plugins/materials/src/meta/component/src/Main.vue (2 hunks)
  • packages/plugins/page/src/PageInputOutput.vue (1 hunks)
  • packages/plugins/page/src/PageSetting.vue (0 hunks)
  • packages/plugins/schema/src/Main.vue (2 hunks)
  • packages/plugins/script/src/Main.vue (1 hunks)
  • packages/plugins/state/src/CreateRemoteAPI.vue (3 hunks)
  • packages/plugins/state/src/CreateStore.vue (1 hunks)
  • packages/plugins/state/src/CreateVariable.vue (1 hunks)
  • packages/plugins/state/src/DataSourceList.vue (2 hunks)
  • packages/plugins/state/src/Main.vue (2 hunks)
  • packages/plugins/tree/src/Main.vue (1 hunks)
  • packages/plugins/tutorial/src/TutorialVideoPanel.vue (1 hunks)
  • packages/toolbars/collaboration/src/Main.vue (2 hunks)
  • packages/toolbars/generate-code/src/FileSelector.vue (4 hunks)
  • packages/toolbars/logo/src/Main.vue (1 hunks)
  • packages/toolbars/logout/src/Main.vue (1 hunks)
  • packages/toolbars/media/src/Main.vue (2 hunks)
💤 Files with no reviewable changes (2)
  • packages/plugins/page/src/PageSetting.vue
  • packages/plugins/materials/src/meta/block/src/BlockList.vue
✅ Files skipped from review due to trivial changes (41)
  • packages/common/component/MetaListActions.vue
  • packages/design-core/src/preview/src/Toolbar.vue
  • packages/common/component/MetaModal.vue
  • packages/common/component/VideoGuide.vue
  • packages/layout/src/ToolbarCollapse.vue
  • packages/plugins/schema/src/Main.vue
  • packages/plugins/block/src/BlockPropertyList.vue
  • packages/common/component/MetaModalItem.vue
  • packages/plugins/block/src/BlockConfig.vue
  • packages/plugins/materials/src/meta/block/src/BlockGroup.vue
  • packages/common/component/MetaCodeEditor.vue
  • packages/plugins/materials/src/meta/block/src/BlockGroupTransferPanel.vue
  • packages/plugins/state/src/CreateStore.vue
  • packages/common/component/MonacoEditor.vue
  • packages/plugins/script/src/Main.vue
  • packages/common/component/PluginSetting.vue
  • packages/plugins/materials/src/meta/block/src/BlockGroupArrange.vue
  • packages/common/component/ToolbarBase.vue
  • packages/common/component/ConfigItem.vue
  • packages/plugins/materials/src/meta/block/src/BlockGroupTransfer.vue
  • packages/toolbars/media/src/Main.vue
  • packages/plugins/tutorial/src/TutorialVideoPanel.vue
  • packages/plugins/materials/src/meta/component/src/Main.vue
  • packages/plugins/bridge/src/BridgeSetting.vue
  • packages/plugins/block/src/BlockEventList.vue
  • packages/plugins/block/src/BlockPropertyForm.vue
  • packages/toolbars/logo/src/Main.vue
  • packages/plugins/block/src/Main.vue
  • packages/common/component/BlockLinkEvent.vue
  • packages/plugins/page/src/PageInputOutput.vue
  • packages/plugins/block/src/SaveNewBlock.vue
  • packages/common/component/MetaListItem.vue
  • packages/configurator/src/tabs-group-configurator/TabsGroupConfigurator.vue
  • packages/canvas/common/src/utils.js
  • packages/common/component/MetaDescription.vue
  • packages/plugins/tree/src/Main.vue
  • packages/plugins/state/src/Main.vue
  • packages/plugins/materials/src/meta/block/src/BlockDetail.vue
  • packages/layout/src/DesignPlugins.vue
  • packages/common/component/EmptyTip.vue
  • packages/common/component/PluginBlockList.vue
🔇 Additional comments (15)
packages/toolbars/collaboration/src/Main.vue (1)

123-123: LGTM! Good progress on variable migration.

The changes from --ti-lowcode-* to --te-common-* variables align well with the PR objectives:

  • --ti-lowcode-toolbar-breadcrumb-color--te-common-text-secondary
  • --ti-lowcode-dialog-font-color--te-common-text-primary

Also applies to: 145-145

packages/layout/src/DesignToolbars.vue (1)

82-82: LGTM! Good progress on variable migration.

The changes from --ti-lowcode-* to --te-common-* variables align well with the PR objectives:

  • --ti-lowcode-common-layout-bg--te-common-bg-default
  • --ti-lowcode-common-primary-color--te-common-text-checked

Also applies to: 140-140

packages/common/component/ConfigCollapse.vue (1)

43-46: LGTM! Consistent use of color variables.

The hover state colors for both text and SVG icon now use the standardized --te-common-icon-primary variable, ensuring visual consistency.

packages/plugins/i18n/src/Main.vue (3)

510-510: LGTM! Appropriate use of secondary text color.

The stroke color now uses the standardized --te-common-text-secondary variable, which is semantically correct for this UI element.


520-525: LGTM! Consistent text color usage.

Both the download button and text button now use --te-common-text-primary, maintaining consistency in primary text styling.


561-561: LGTM! Semantic color variable for warning state.

The warning icon now uses the standardized --te-common-color-warning variable, maintaining the semantic meaning while adhering to the new variable naming convention.

packages/toolbars/generate-code/src/FileSelector.vue (2)

142-145: Verify primary button design specification.

The removal of the border on the primary button (line 144) might affect its visibility on certain backgrounds. Please verify if this aligns with the design system's button specifications.


220-221: LGTM! Consistent use of secondary text color.

The empty state text color properly uses the secondary text variable, maintaining consistency with other text elements in the component.

packages/toolbars/logout/src/Main.vue (2)

25-25: LGTM! Variable change aligns with new design system.

The change from --ti-lowcode-toolbar-breadcrumb-color to --te-common-text-secondary follows the PR objectives of standardizing theme variables.


25-25: Verify theme variable compatibility and accessibility.

Please ensure that:

  1. --te-common-text-secondary is defined in both light and dark themes
  2. The color contrast meets WCAG accessibility standards for text readability

Let's verify the variable definition across theme files:

✅ Verification successful

Theme variable implementation verified and approved.

The --te-common-text-secondary variable is properly defined in both themes with appropriate color values (#595959 for light theme, #b4b5b8 for dark theme) that follow standard accessibility patterns for secondary text.

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Search for the variable definition in theme files
rg --type=less "te-common-text-secondary" 

# Check if the variable is defined in both light and dark themes
fd -e less -e css "base.less|common.less" theme/

Length of output: 3572


Script:

#!/bin/bash
# Search for the base gray color definitions
rg --type=less "te-base-gray-(70|110)" -B 1 -A 1

Length of output: 3105

packages/plugins/state/src/CreateRemoteAPI.vue (4)

193-195: LGTM: Good variable standardization

The change from --ti-lowcode-error-tip-color to --te-common-color-error aligns with the standardization effort and uses a more semantic variable name.


249-255: LGTM: Consistent variable usage

Good use of standardized variables for both secondary text and error colors, maintaining consistency throughout the component.


260-260: LGTM: Consistent border styling

Good use of the standardized border color variable, maintaining consistency with other borders in the component.


Line range hint 192-320: Complete the variable standardization effort

While most CSS variables have been successfully standardized to the --te-common-* prefix, there are still three non-standard variables that need to be addressed:

  1. --ti-lowcode-toolbar-bg
  2. --ti-lowcode-toolbar-icon-color
  3. --ti-lowcode-icon-hover-bg

To fully align with the PR objectives of eliminating non-standard variables, these should be replaced with appropriate --te-common-* alternatives.

Let's verify if these variables are defined or used elsewhere in the codebase:

packages/plugins/state/src/CreateVariable.vue (1)

Line range hint 476-533: Ensure consistent usage of theme variables throughout the file

While some variables have been updated to use the new --te-common-* prefix (like --te-common-bg-container and --te-common-text-emphasize), others still use the old --ti-lowcode-* prefix. This inconsistency should be addressed to fully align with the PR objectives of standardizing theme variables.

Let's verify if these variables are used consistently across other files:

chilingling
chilingling previously approved these changes Jan 14, 2025
@hexqi hexqi merged commit ed569f6 into opentiny:refactor/develop Jan 16, 2025
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
refactor-main refactor/develop branch feature
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants